TITLE OF THE INVENTION 
GAME SYSTEM AND GAME PROGRAM 



BACKGROUND OF THE INVENTION 

Field of the Invcntion FIELD OF THE INVENTION 
[0001] The exemplary illustrative embodiments prcpcnt 
invention — relates to game systems and game programs. More 
specifically, the exemplary illustrative embodiments present 
invention relates to a game system and a game program for displaying 
a game space on one of two display means and another game space 
on the other display means. 

— Dcocription of the Background Ar t BACKGROUND AND SUMMARY OF THE 
INVENTION 

[0 002] An example of the game system for displaying a game space 
on one of two display means and another game space on the other 
displaymeans is disclosed in Japanese Patent Laid-Open Publication 
No. 2003-053038 (published on February 25 , 2003) filed by the same 
Assignee of the present application. In this game system, a first 
floor of a labyrinth representing a game space is displayed on 
a television monitor, while a second floor thereof is displayed 
on an LCD of a portable game machine . 

[0003] However, the above game system hao a problem ouch that 
it is difficult to could be further improved to clearly undcrotand 
convey a positional relationship between the first floor displayed 
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on the television monitor and the second floor displayed on the 
LCD. That is, it sometimes is not clear which position on the 
first floor corresponds to which position on the second floor 
located above the first floor. This is because the game worlds 
are separately displayed on the respective display means in a manner 
such that only the game world on the first floor is displayed on 
the television monitor and only the game world on the second floor 
is displayed on the LCD. When a player desires to move a character 
from the first floor to the second floor in the course of the game, 
for example, it is difficult to accurately predict in advance a 
position of the character after such movement . This might give 
the player an impression such that this the game system is difficult 
to operate . 

[0004] Therefore, an object of — the present — invention is — feo 
certain exemplary illustrative embodiments provide a game system 
and a game program in which two game spaces are separately displayed 
on two display means so that the player can easily know a positional 
relationship between these game spaces. 

[0005] Certain exemplary illustrative embodiments Another 
object of the present invention is to provide a game system and 
a game program in which two game spaces are separately displayed 
on two display means so that the player can comfortably know a 
positional relationship between these game spaces. 

[0006] Certain exemplary illustrative embodiments Still 

another obj cct of the present invention is to provide a game system 
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and a game program in which two game spaces are separately displayed 
on two display means so that the player can easily know the positions 
of objects located in the game space displayed on one display means 
based on a game image displayed on the other display means. 
[0007] Certain exemplary illustrative embodiments Still 
another object of the present invention io to provide a game system 
and a game program in which game spaces are separately displayed 
on two game machines so that the amount of communication can be 
reduced and the player can easily know a positional relationship 
between the game spaces . 

[0008] Certain exemplary illustrative embodiments Still 

another ob j cat of the prcocnt invention ia to provide a game system 
and a game program in which in which two game spaces are separately 
displayed on two display means so that the player can easily know 
in which game space a player character is currently located. 

SUMMARY OF THE INVENTION 

[0 00 9] In order to achieve any of the objecto features mentioned 
above , certain exemplary illustrative embodiments have the prcocnt 
invention has the following fcatureo aspects . Note that terms 
and reference numerals in parenthesis merely indicate a 

correspondence with fefee prefcrrcd one or more exemplary 

illustrative embodiments which will be described further below^ 
■ for the purpose of better understanding of the prcocnt invention, 
and do not are not intended to restrict the scope of the present 
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invention. 

[0010] A first aspect of certain exemplary illustrative 
embodiments the present invention is directed to a game system 
in which two game spaces (GC world and GBA world) are separately 
displayed on first display means (101) and second display means 
(502) . In the first aspect, the game spaces mean virtual game 
spaces represented by the game system. The game system includes 
first display control means (CPU 2 01 executing a rendering program 
stored in the DVD 30) which causes a first game space to be displayed 
on the first display means (GC world) ; and second display control 
means (CPU core 5 06 executing a rendering program stored in the 
ROM 601) which causes a second game space (GBA world) , which is 
different (for example, separate) from the first game space, to 
be displayed on the second display means. The first game space 
is differentiated from the second game space and, by way of example , 
the first game space is separated from the second game space . Based 
on a virtual positional relationship (Y = 0, Y = -10) between the 
first game space and the second game space, the second display 
control means causes a related image (shadow image or translucent 
image) of an object located in the first game space to be displayed 
on the second display means. In the first aspect, the related 
image is not restricted to a shadow image or a translucent image 
of the object, but can also be an outline of the object merely 
indicated by a dotted line, a mark, such as an arrow, merely 
indicative of the location of the object, and a name merely 
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indicative of a name of the object. 

[0011] In a second aspect based on the first aspect, the first 
display control means causes only the first game space to be 
displayed on the first display means , and the second display control 
means causes only the second game space to be displayed on the 
second display means. 

[0012] In a third aspect based on the first aspect, the object 
is a player character operated by a player. 

[0013] In a fourth aspect based on the first aspect, the object 
is a moving object (player character, clouds, a bird, etc) . 
[0014] In a fifth aspect based on the first aspect, the game 
system further includes judging means (CPU 201 executing steps 
S105 and S109) which judges whether predetermined conditions are 
satisfied; and moving means (CPU 201 executing steps SI 06 and SI 0 9 ) 
which moves, when the determining means determines that the 
predetermined conditions are satisfied, a player character between 
the first game space and the second game space; and determining 
means (CPU 201 executing steps S113 and S119 and the CPU core 506 
executing step S206) which determines which one of the first game 
space and the second game space the player character is located. 
When the determining means determines that the player character 
is located in the first game space (YES in S119) , the first display 
control means causes the player character to be displayed on the 
first display means (S120) . when the determining means determines 
that the player character is located in the second game space (YES 
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in S2 06) , the second display control means causes the player 
character to be displayed on the second display means (S207) . 
[0015] In a sixth aspect based on the first aspect, the second 
display control means causes a related image of an object which 
is located in the first game space but is not located in the second 
game space (clouds, abird, a ladder to the sky , etc.) to be displayed 
on the second display means. 

[0016] In a seventh aspect based on the first aspect, the first 
display control means includes a first storage section (30) for 
storing data used for displaying the first game space, the second 
display control means (601) includes a second storage section for 
storing data used for displaying the second game space . The first 
storage section stores object data (polygon/ texture data) for 
displaying an object which is located in the first game space but 
is not located in the second game space . The second storage section 
stores related image display data (shadow image data) for 
displaying a related image of the object which is located in the 
first game space but is not located in the second game space . Based 
on the related image display data, the second display control means 
causes the related image of the object which is located in the 
first game space but is not located in the second game space to 
be displayed on the second display means. 

[0017] In an eighth aspect based on the first aspect, the related 
image is an image representing a shadow of the object. 
[0018] In a ninth aspect based on the first aspect, the second 
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game space is a two-dimensional game space (GBA world) . The second 
display control means (CPU core 5 06 executing the render ing program 
stored in the ROM 601) includes a shadow image storage section (601) 
for storing a shadow image of the object located in the first game 
5 space (GC world) . Based on a position in the first game space 
of the object located in the first game space and the virtual 
positional relationship, the second display control means causes 
the shadow image to be displayed at a position on which the object 
located in the first game space (GC world) casts a shadow in the 
10 second game space (GBA world) . 

[0019] In a tenth aspect based on the first aspect, the second 
game space is a three-dimensional game space (GC world) . Based 
on a position in the first game space of the object (a monster, 
a castle, a house, etc.) located in the first game space (GBA world) 
15 and the virtual positional relationship, the second display control 
means (CPU 201 executing the rendering program stored in the DVD 30) 
the second display control means causes the object located in the 
first game space (the GBA world) to be virtually placed in the 
second game space (the GC world) , and based on the placed object, 
2 0 causes a shadow of the object to be displayed. 

[0020] In an eleventh aspect based on the first aspect, the 
second game space is a three-dimensional game space (GC world) . 
The second display control means (CPU 201 executing the rendering 
program stored in the DVD 30) includes a shadow volume storage 
25 section (30) for storing a shadow volume of the object (the monster, 
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the castle, the house, etc.) located in the first game space (GBA 
world) , causes the shadow volume to be placed in the second game 
space (GC world) based on a position in the first game space of 
the object located in the first game space and the virtual positional 
relationship, and causes a shadow of the object by using the placed 
shadow volume . 

[0021] In a twelfth aspect based on the first aspect, the second 
display control means changes a size of the related image in 
accordance with a virtual relative positional relationship ( (xl, 
yl, zl) , (x2, -10, z2) ) between the object located in the first 
game space and the second game space (this can be achieved by the 
CPU core 506 executing S210) . 

[0022] In a thirteenth aspect based on the first aspect, the 
game system further includes a first game machine (20) for 
generating image data representing the first game space and 
outputting the image data to the first display means (10) ; and 
a second game machine (50) for generating image data representing 
the second game space and outputting the image data to the second 
display means (502) . 

[0023] In a fourteenth aspect based on the thirteenth aspect, 
the second game machine obtains a position in the first game space 
of the object located in the first game space from the first game 
machine (this can achieved by the CPU core 506 executing in S202) , 
and, based on the obtained position, causes the related image to 
be displayed on the second display means. 
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[0024] In a fifteenth aspect based on the thirteenth aspect, 
the second game machine includes predicting means (CPU core 506 
executing S203) which predicts a position in the first game space 
of the object located in the first game space and, based on the 
predicted position, causes the related image to be displayed on 
the second display means. 

[0025] In a sixteenth aspect based on the fifteenth aspect, 
the second game machine stores amotion patternof the object located 
in the first game space (FIG. 19) . Based on the motion pattern, 
the predicting means predicts a position in the first game space 
of the object. 

[0026] In a seventeenth aspect based on the thirteenth aspect , 
the second game machine stores in advance a position of a fixed 
object fixedly located in the first game space (the GC world) and, 
based on the position, causes the related image of the fixed object 
to be displayed. 

[0027] In an eighteenth aspect based on the eighteenth 
thirteenth aspect, the second game is a portable game machine (50) 
including the second display means. 

[0028] According to the above-mentioned second aspect, of the 
present invention, when the player desires to move the player 
character from the first game space to the second game space, for 
example, the player can easily know the corresponding position 
in the second game space, and therefore can exactly know a position 
to which the player character is going to be moved. 
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[0029] According to the above-mentioned fourth aspect , of the 
prcocnt invention, the player can know the state of the first game 
space ( e . g . , the state of movement of the moving character) only 
by viewing the second display means. This is particularly 
effective in a case where the player character is located in the 
second game space. In this case, the player normally plays the 
game by viewing the second display means . Even when viewing only 
the second display means, the player can know the state of the 
first game space . 

[0030] According to the above-mentioned sixth aspect, of the 
prcocnt invention, the player can know the existence and position 
of an object which is located only in the first game space and 
is not displayed on the second display means only by viewing the 
game image displayed on the second display means. 
[0031] According to the above-mentioned seventh aspect, -e# 
the present invention, — the player can know the existence and 
position of an object which is stored only in the first storage 
section and is not stored in the second storage section only by 
viewing the game image displayed on the second display means. 
[0032] According to the above-mentioned eighth aspect , of the 
prcocnt invention, with a shadow of the object located in the first 
game space being displayed in the second game space , the positional 
relationship can be naturally displayed without losing reality 
appearing unnatural . 

[0033] According to the above-mentioned ninth aspect, of the 
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present invention, the shadow image stored in advance is used for 
displaying a shadow . There fore , no shadow image has to be generated 
every time a shadow is to be displayed, thereby reducing the 
processing load. 

[0034] According to the above-mentioned tenth aspect, of the 

present invention, when the second game space is a 

third-dimensional game space, the shadow of the object located 
in the first game space can be appropriately displayed. 
[0035] According to the above-mentioned eleventh aspect, -e# 
the present invention, the shadow volume stored in advance is used 
for displaying a shadow. Therefore, a realistic shadow can be 
displayed. Furthermore, an increase in the processing load can 
be avoided and/or reduced. 

[0036] According to the above-mentioned twelfth aspect, -e# 
the present invention, — the player can know in more detail the 
position of the object located in the first game space only by 
viewing the game image displayed on the second display means . For 
example, when the first game space and the second game space have 
a positional relationship in which these spaces are vertically 
aligned, the position in height of an object located in the first 
game space can be known from the display size of the related image . 
[0037] According to the above-mentioned thirteenth aspect^-e^ 
the present invention, with the related image of the object located 
in the first game space, it is possible to display the positional 
relationship between the first game space handled by the first 
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game machine and the second game space handled by the second game 
machine so that the player can easily know the relationship. Also, 
the player can know the position of the object located in the first 
game space only by viewing the game image displayed on the second 
display means. 

[0038] According to the above-mentioned fourteenth aspect , -e£ 
the present invention, for example, a related image of an object 
whose motion pattern randomly changes can be displayed at a correct 
position with little communication between two game machines. 
[0039] According to the above-mentioned fifteenth aspect, -e# 
the prcocnt invention, the position of the object located in the 
first game space is predictedby the second game machine . Therefore, 
transmitting the position of the obj ect from the first game machine 
to the second game machine is not required. Thus, the amount of 
communication can be reduced. 

[0040] According to the above-mentioned sixteenth aspect, -o£ 
the prcocnt invention, the motion destination of the object can 
be easily predicted by storing the motion pattern in advance, 
[0041] According to the above-mentioned seventeenth aspect^ 
of the present invention, the position of the object located in 
the first game space is stored in advance in the second game machine . 
Therefore , the related image can be displayed at a correct position 
without transmitting the position of the object from the first 
game machine to the second game machine . 

[0042] According to the above -mentioned eighteenth aspect , -e# 
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the present invention, with the related image of the object located 
in the first game space, it is possible to display the positional 
relationship between the first game space handled by the first 
game machine and the second game space handled by the second game 
machine, which is a portable game machine, so that the player can 
easily know the relationship. Also, the player can know the 
position of the object located in the first game space only by 
viewing the game image displayed on the second display means. 

[00d3] These — am^ — other — obj ccts , f caturco , aspects — and 

advantages of the prcocnt invention will become more apparent from 
the following detailed description of the present invention when 
taken in conjunction with the accompanying drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 

[0043] These and other features and advantages will be better 

and more completely understood by reference to the following 
detailed description of exemplary illustrative embodiments in 
conjunction with the drawings of which: 

[0044] FIG. 1 is an external view of a game system according 
to an exemplary illustrative embodiment of the present invention ; 

FIG. 2 is an external view of a portable game 
machine (GBA) 50; 

FIG. 3 is a block diagram illustrating the configuration 

of a non-portable game console (GC) 20; 

FIG . 4 is a block diagram illustrating the configuration 
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of the portable game machine (GBA) 50; 

FIG. 5 is an illustration showing an overview of a game 

space ; 

FIG. 6 is an illustration showing a GC world and a GBA 
world in a case where a player object is located in a GC worlds 

FIGS. 7A and 7B are illustrations showing game screens 
output from a TV monitor 10 and an LCD 502, respectively, in the 
case where the player object is located in the GC world; 

FIG. 8 is an illustration showing positions of a camera 
and a light in the case where the player object is located in the 
GC world; 

FIG. 9 is an illustration for describing a process of 
displaying shadows of objects located in the GC world in the GBA 
world; 

FIG. 10 is an illustration showing the GC world and the 
GBA world in the case the player object is located in the GBA world; 

FIGS . 11A and 11B are illustrations showing game screens 
output from the TV monitor 10 and the LCD 502, respectively, in 
a case where the player object is located in the GBA world; 

FIG. 12 is an illustration showing positions of the 
camera and the light in the case where the player object is located 
in the GBA world; 

FIG. 13 is an illustration showing a state in which 
objects located in the GBA world cast shadows on objects located 
in the GC world; 
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FIG. 14 is an illustration for describing a process of 
displaying in the GC world the shadows of the object located in 
the GBA world; 

FIG. 15 is a memory map of a DVD 30; 

FIG. 16 is an illustration showing in detail a part of 
the memory map of the DVD 30; 

FIG. 17 is a memory map of a main memory 207 internally 
provided to the non-portable game console (GC) ; 

FIG. 18 is a memory map of a ROM 601 internally provided 
to the game cartridge 60; 

FIG. 19 is an illustration showing in detail a part of 
the memory map of the ROM 601 of the game cartridge 60; 

FIG. 20 is a memory map of a RAM 508 internally provided 
to the portable game machine (GBA) 50; 

FIG. 21 is a first part of a flowchart showing a flow 
of a process performed by a CPU 2 01 of the non-portable game 
console (GC) 20; 

FIG. 22 is a second part of the flowchart showing the 
flow of the process performed by the CPU 201 of the non-portable 
game console (GC) ; 

FIG. 23 is a last part of the flowchart showing the flow 
of the process performed by the CPU 201 of the non-portable game 
console (GC) ; 

FIG. 24 is a first half of the flowchart showing a flow 
of a process performed by a CPU core 506 of the portable game machine 

15 

1155968 



(GBA) 50; and 

FIG. 25 is a latter half of the flowchart showing the 
flow of the process performed by a CPU core 506 of the portable 
game machine (GBA) 50. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS DETAILED DESCRIPTION 
[0045] With reference to the attached drawings, a game system 
according to efte-an exemplary illustrative embodiment ef — the 
prcocnt invention is described below. 

FIG. 1 illustrates an external view of the game system. 
Anon-portable game console (hereinafter also referred to as GC) 20 
has removably set therein a DVD 30 storing a game program, etc. 
and, based on the game program, performs game processing. Image 
data generated through game processing is output to a TV monitor 10 , 
and a game image based on the image data is displayed on a screen 
of the TV monitor 10. Also, the non-portable game console 20 has 
removably inserted therein an external memory card 4 0 as required. 
This external memory card 2 0 can store data generated in the course 
of the game processing as required . Furthermore , the non-portable 
game console 2 0 has connected via a communication cable thereto 
a portable game machine (hereinafter also referred to as GBA) as 
a controller operated by a player. With reference to FIG. 2, the 
portable game machine 50 is described in more detail below. 
[0046] As illustrated in FIG. 2, the portable game machine 50 
is provided with a plurality of operation switches 501a 
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through 501d. The portable game machine 50 reports the states 
of these operation switches ( e.g., information about which switch 
is being pressed) to the non-portable game console 20 via the 
communication cable, thereby serving as the controller of the 
non-portable game console 20. Furthermore, not merely serving 
as the controller, the portable game machine 50 performs game 
processing based on a game program stored in a game cartridge 6 0 
removably inserted in the portable game machine 5 0 . Based on image 
data generated through game processing, a game image is displayed 
on an LCD 502 provided on the portable game machine 50. Also, 
based on audio data generated through game processing, a game sound 
(BGM, sound effect, etc.) is produced from a loudspeaker 503. 
[0047] Note that communication between the non-portable game 
console 2 0 and the portable game machine 5 0 is performed not 
necessarily via the communication cable , but can also be performed 
wirelessly . 

[0048] The internal configuration of the non-portable game 
console 20 is described below. As illustrated in FIG. 3, the 
non-portable game console 20 is provided with a CPU 2 01 for 
performing game processing based on the game program, a GPU 202 
for performing an image generating process with the use of a geometry 
unit 203 and a rendering unit 204, a color buffer 205 and a Z 
buffer 206 for use in image processing, a main memory 207, a DSP 
for mainly performing audio processing and a sub-memory 209 used 
therefor, a memory controller 210 for controlling data transfer 
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among the units, a controller I/F 211 enabling exchanges of signals 
with the portable game machine 50 , a video I/F 212 enabling exchanges 
of signals with the TV monitor 10, an external memory I/F enabling 
exchanges of signals with the external memory card 40, an audio 
I/F 214 enabling exchanges of signals with a loudspeaker 70, a 
DVD drive 215 for reading/writing data from/ in the DVD 30, and 
a DVD disk I/F 216 enabling exchanges of signals with the DVD 30. 
[0049] The internal configurations of the portable game 
machine 50 and the game cartridge 60 are described below. As 
illustrated in FIG. 4, the game cartridge 6 0 is integrally provided 
with a ROM 601 and a flash memory 602. The ROM 601 has recorded 
thereon a game program, etc. The flash memory 6 02 is a non-volatile 
memory in which data generated in the course of the game processing 
can be stored as required. The portable game machine 5 0 includes 
a cartridge connector 504 to which the game cartridge 60 is inserted, 
an LCD 502 on which game images are displayed, a processor 505, 
a sound circuit 510, a loudspeaker 503 , and operation switches 501 
(including the operation switches 501a through 501d) . The 
processor 505 includes a CPU core 506 for signal processing, an 
LCD controller 507 for driving the LCD 502, a RAM 508 serving as 
a working memory temporarily used for signal processing and image 
processing, and a peripheral circuit 509. 

[0050] The above -structured non-portable game console 20 and 
the portable game machine 5 0 exchange game data with each other, 
perform game processing based on the game programs stored in the 
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DVD 3 0 and the ROM 6 01, respectively, and then output game images 
generated through game processing to the TV monitor 10 and the 
LCD 502, respectively. The specific operation of the present an 
exemplary illustrative game system is described below. 
[0051] FIG. 5 is an illustration three -dimensionally showing 
a virtual space in the game played in an exemplary illustrative 
the present game system. As illustrated in FIG. 5 this virtual 
space is broadly divided into two worlds . A first world is an upper 
world whose Y coordinate is approximately 0 or larger, while a 
second world is a lower world whose Y coordinate is approximately 
-10. _In the example of FIG. 5, the upper world includes a ladder 
to the sky, a character operated by the player, clouds, a bird, 
etc., while the lower world includes monsters, houses, castles, 
ground, etc . In an exemplary illustrative the prcocnt game system, 
the upper world is supported by the non-portable game console 20, 
while the lower world is supported by the portable game machine 
50. It is assumed herein that the non-portable game console 20 
handles a three-dimensional game space and displays a 
three-dimensional game image on the TV monitor, while the portable 
game machine 50 handles a two-dimensional game space and displays 
a two-dimensional game image and displays a two-dimensional game 
space on the LCD 502. 

[0052] FIG. 6 schematically illustrates the game spaces handled 
by the non-portable game console (GC) 2 0 and the portable game 
machine (GBA) 50. In the three-dimensional game space 
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(hereinafter referred to as a GC world) handled by the non-portable 
game console 20, coordinates of each object are represented as 
(X, Y, Z) . On the other hand, in the two-dimensional game space 
(hereinafter referred to as a GBA world) handled by the portable 
game machine 50, there is no concept of height, and therefore 
coordinates of each object are represented as (X, Z) . However, 
when a process corresponding to a virtual positional relationship 
with the GC world is required, a height of Y = -10 is assumed for 
each object located in the GBA world. In FIG. 6, the player obj ect 
is located in the GC world, and will fall down to the GBA world 
if falling from the ladder. 

[0053] FIGS. 7A and 7B illustrate, respectively, an example 
of a game image generated by the non-portable game console 2 0 and 
then displayed on the TV monitor 10 and an example of a game image 
generated by the portable game machine 5 0 and then displayed on 
the LCD 502 in a case where the player object is located in the 
GCworld. As illustrated in FIG. 7A, the TV monitor 10 has displayed 
thereon the three-dimensional GC world containing comprising the 
objects located in the GC world and also their shadows. On the 
other hand, as illustrated in FIG. 7B, the LCD 502 has displayed 
thereon the two-dimensional GBA world together with the shadows 
of objects located in the GCworld (the player character , the ladder 
to the sky, clouds, the bird, etc.). With this, compared with 
a case where no shadows are displayed, the player can easily know 
a positional relationship between, for example, a monster located 
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in the GBA world and the player character located in the GC world. 
Furthermore, as illustrated in FIG. 7B, the entire game screen 
on the LCD 502 is dimmed more than normal . This effectively enables 
the user to recognize that the player character is located not 
in the GBA world but in the GC world. 

[0054] FIG. 8 indicates positions of a camera and a light ( e.g. , 
a light source) placed in the GC world in the case where the player 
object is located in the GC world. As such, while the player obj ect 
is located in the GC world, the camera is placed so as to look 
down at the player object from the back, while the light is placed 
at a position slightly distanced from the camera . The non-portable 
game console 2 0 causes a scene including the player character viewed 
from the camera to be displayed on the TV monitor 10, together 
with shadows appearing in accordance with the position of the light . 
In order to display such shadows, an arbitrary known scheme, such 
as the shadow map technique or the shadow volume technique, can 
be used. 

[0055] On the other hand, the shadows illustrated in FIG. 7B 
are displayed in a manner different from that used in the GC world. 
With reference to FIG. 9, a scheme of displaying in the GBA world 
the shadows of the objects located in the GC world is described 
below. Instead of generating a shadow image based on the shape 
of each object located in the GC world every time a shadow is to 
be displayed, the portable game machine 5 0 uses a shadow image 
generated in advance for each object to display a shadow in the 
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GBA world. More specifically, as illustrated in FIG. 9, from the 
coordinates (xO, yO, zO) of the light placed in the GC world and 
reference coordinates (xl, yl, zl) of an object located in the 
GC world, layout coordinates (x2, z2) of a shadow image in the 
GBA world (Y plane of -10) are calculated. Then, the shadow image 
is placed so that these layout coordinates and the reference 
coordinates of the shadow image coincide with each other. At this 
time, when the light is a point source of light, the size of the 
shadow image is enlarged or reduced in accordance with the height 
represented by yl of the object located in the GC world. That 
is, the shadow image is enlarged when yl represents a large value, 
and is reduced when yl represents a small value. With this, a 
more realistic shadow is displayed. In the example of FIG. 9, 
the layout coordinates of the shadow image are calculated based 
on both of the coordinates of the light and the coordinates of 
the object. However, when rays of light from the light source 
are approximated to parallel rays, for example, the layout 
coordinates of the shadow image can be calculated from only the 
coordinates of the object located in the GC world. 
[0056] Next, descriptions are made to a case where the player 
object falls down (that is, moves) from the GC world to the GBA 
world. FIG. 10 schematically illustrates the game spaces handled 
by the non-portable game console (GC) 20 and the portable game 
machine (GBA) 50 in the case where the player object is located 
in the GBA world. Although the player object is located in the 
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GBA world in FIG. 10, the player object can return to the GC world 
when the player object is overlaid on the ladder object to go up 
to the GC world. 

[0057] FIGS. 11A and 11B illustrate, respectively, an example 
of the game image generated by the non-portable game console 2 0 
and then displayed on the TV monitor 10 and an example of the game 
image generated by the portable game machine 5 0 and then displayed 
on the LCD 502 in the case where the player object is located in 
the GBA world. As illustrated in FIG. 11A, the TV monitor 10 has 
displayed thereon the three-dimensional GC world together with 
the shadows of the objects located in the GBA world (monsters, 
a castle, the player character, etc.). With this, compared with 
a case where no shadows are displayed, the player can easily know 
a positional relationship between, for example, the player 
character located in the GBA world and the ladder to the sky located 
in the GC world. Furthermore, as illustrated in FIG. 11A, the 
game screen displayed on the TV monitor 10 shows the state of the 
GC world viewed from the bottom. That is, the TV monitor 10 has 
displayed thereon a scene viewed by the player character when 
looking up. Therefore, when the player operating the player 
character displayed on the LCD 5 02 of the portable game machine 
50 looks from the portable game machine 50 on hand to the TV monitor 
10 in order to check the state of the GC world, the player can 
comfortably check the state of the GC world as if the player had 
become the player character in the game. This effect can be 
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increased by placing the camera near the player character. Also, 
such display enables the player to instantaneously recognize that 
the player character is not located in the GC world . Still further , 
as illustrated in FIG. 11A, the entire game screen on the TV 
monitor 10 is dimmed more than normal. This effectively enables 
the user to recognize that the player character is located not 
in the GC world but in the GBA world. Still further, if the player 
character inadvertently fell down from the GC world to the GBA 
world, the player can instantaneously recognize this because the 
screen is dimmed. Still further, if the player character 
inadvertently fell down from the GC world to the GBA world, the 
player can instantaneously recognize that falling because the 
screen becomes dimmed. 

On the other hand, as illustrated in FIG. 11B, the LCD 502 has 
displayed thereon the two-dimensional GBA world including the 
player character. At this time, unlike FIG. 7B, the brightness 
of the game screen on the LCD 502 is normal. 

[0058] FIG. 12 illustrates the positions of the camera and the 
light placed in the GC world in the case where the player object 
is located in the GBA world. As illustrated, when the player obj ect 
is located in the GBA world, the camera is placed so as to look 
up at the player from the back, while the light is placed at a 
position slightly distanced from the camera. 

[0059] A scheme of displaying the shadows illustrated in 
FIG. 11A is described below. The shadows illustrated in FIG. 11A 
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can be displayed in the GC world as illustrated in FIG. 13 by 
virtually placing in the GC world the objects located in the GBA 
world as three-dimensional objects and then performing a known 
scheme, such as the shadow map technique or the shadow volume 
technique, based on the shapes of these three-dimensional objects 
and the position of the light. In this case, however, the 
three-dimensional objects corresponding to the objects located 
in the GBA world have to be provided in advance to the non-portable 
game console 20 . Based on these three-dimensional objects , shadow 
volumes are generated, thereby performing a shadow rendering 

process. Therefore, in -fe^e present certain exemplary 

illustrative embodiments, in order to reduce the processing load, 
a shadow volume is generated for each object located in the GBA 
world, and data of the generated shadow volume is then provided 
in advance to the non-portable game console 2 0 . By using the shadow 
volume, a shadow is displayed. More specifically, when reference 
coordinates of an object located in the GBA world are (x3 , z3) , 
for example, these coordinates are reported from the portable game 
machine 50 to the non-portable game console 20. The non-portable 
game console 2 0 then places a shadow volume corresponding to that 
object so that the reference coordinates of the shadow volume 
coincide with the coordinates in the GC world of (x3, -10, y3) . 
Based on the placed shadow volume, a shadow of the object located 
in the GBA world is displayed in the GC world. With this, a shadow 
volume is not required to be generated every time a shadow is to 
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be displayed. Therefore, the processing load for displaying a 
shadow can be reduced. Note that, when a shadow is displayed by 
using the shadow volume, a stencil buffer not shown in FIG. 3 is 
used as required. Also, instead of the shadow rendering scheme 
using the shadow volume illustrated in FIG. 14, a shadow map can 
be used . In this case , by way of example , as for the ob j ect located 
at (x3, -10, y3) in the GBA world, a polygon having a shape 
corresponding to the outline of this object is first placed at 
(x3, -1, z3) , and then a shadow mapping process is performed. 
[0060] Next, a memory map of each storage used in an exemplary 
illustrative the present game system is described. 

FIG. 15 illustrates a memory map of the DVD 30 . In the 
DVD 30, various object -moving programs, various rendering program, 
and other programs for game processing are stored as program data . 
The object-moving programs are programs for moving objects. The 
rendering programs are programs for rendering objects . Here, the 
stored obj ect -moving programs are a program for moving the player 
object, a program for moving simple -mot ion objects in the GC world, 
a program for moving complex-motion objects in the GC world, and 
a program for moving simple -motion objects in the GBA world. A 
simple-motion object is an object which moves within a game space 
in a simple manner based on a predetermined motion pattern (for 
example, the clouds illustrated in FIG. 6 that are flowing to a 
predetermined direction) . A complex-motion object is an object 
whose motion pattern is changed at random or in accordance with 
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the situation, and therefore it is difficult to predict where the 
object goes (for example, the bird illustrated in FIG. 6) . In 
the program for moving the simple -motion objects in the GC world 
and the program for moving the simple-motion objects in the GBA 
world, data defining a motion pattern is provided for each 
simple-motion object, as illustrated in FIG. 16. The stored 
rendering programs are a program for rendering the player object, 
a program for rendering simple-motion objects in the GC world, 
a program for rendering complex-motion objects in the GC world, 
a program for rendering fixed objects in the GC world, a program 
for rendering terrain objects in the GC world, a program for 
rendering shadows of the objects in the GC world, a program for 
rendering simple-motion objects in the GBA world, a program for 
rendering complex-motion objects in the GBA world, and a program 
for rendering fixed objects in the GBA world. A fixed object is 
an object always located at a certain position in a game space 
(for example, the ladder to the sky illustrated in FIG. 6) . 
[0061] The DVD 3 0 also stores layout data (coordinate data) 
of terrain objects located in the GC world (however, in the example 
of FIG. 6, no terrain objects are located in the GC world) . 
[0062] Furthermore, the DVD 30 stores coordinate data of each 
fixed object located in the GC world and coordinate data of each 
fixed object located in the GBA world. 

[0063] Still further, the DVD 30 stores polygon/ texture data. 
The polygon/ texture data includes polygon/ texture data of the 
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player object, polygon/ texture data of the simple-motion objects 
in the GC world, polygon/ texture data of the complex-motion obj ects 
in the GC world, polygon/ texture data of the fixed objects in the 
GC world, and polygon/ texture data of the terrain objects in the 
GC world. 

[0064] Still further, the DVD 3 0 stores shadow volume data. 
The shadow volume data includes shadow volume data for displaying 
a shadow of the player object, shadow volume data for displaying 
shadows of the simple -mot ion obj ects in the GBA world, shadow volume 
data for displaying shadows of the complex-motion objects in the 
GBA world, and shadow volume data for displaying shadows of the 
fixed objects in the GBA world. 

[0065] Still further, the DVD 30 stores other data, such as 
sound data. 

[0066] in the GC world displayed on the TV monitor 10 , the obj ects 
located in the GBA world are not displayed, but only their shadows 
are displayed . Therefore , the polygon/ texture data corresponding 
to those objects located in the GBA world is not stored in the 
DVD 30. Instead, the shadow volume data corresponding to the 
objects located in the GBA world is stored. 

[0067] FIG. 17 illustrates a memory map of the main memory 207 
of the non-portable game console 20. The main memory 207 is 
allocated so as to have various areas. The areas include, as 
required, an area for storing a value of a synchronization counter 
for synchronization with the portable game machine 50, an area 
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for storing a player object flag indicative of in which world, 
i .c. e.g. , the GC world or the GBA world, the player object is 
currently located, an area for storing a light flag indicative 
of in which world, i . c . e . g . , the GC world or the GBA world, the 
light is located (that is, indicative of whether the GC world is 
lit up from above or below) , an area for storing light color data 
used for changing the brightness of the light, an area for storing 
the coordinates of the player object, an area for storing the 
coordinates of each simple -mot ion object in the GC world, an area 
for storing the coordinates of each complex-motion object in the 
GC world, an area for storing the coordinates of each simple-motion 
object in the GBA world predicted based on the motion pattern, 
and an area for storing the coordinates of each complex-motion 
object in the GBA world received from the portable game machine 
50 . 

[0068] Also, the main memory 207 is allocated so as to have, 
as required, an area for storing the coordinates of the light, 
an area for storing the coordinates of the camera, and an area 

for storing operation data received from the portable game 
machine 50. 

[0069] FIG. 18 illustrates a memory map of the ROM 601 of the 
game cartridge 60. The ROM 601 stores program data including 
various object -moving programs, various rendering programs, and 
otherprograms for game processing, all of which have been described 
above with reference to FIG. 15, and are therefore not described 
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herein. Here, since a process of controlling the movement of the 
player object is alwayo — performed at the non-portable game 
console 20 side, no program for moving the player object is stored 
in the ROM 601. However, an exemplary illustrative the present 
game system can be structured so that the process of controlling 
the movement of the player object can be performed at the portable 
game machine 50 side when the player object is located in the GBA 
world. In this case, the ROM 6 01 requires to stores the program 
for moving the player object. In the program for moving the 
simple-motion objects in the GC world and the program for moving 
the simple-motion objects in the GBA world, data defining a motion 
pattern is provided for each simple-motion object, as illustrated 
in FIG. 19. 

[0070] Also, the ROM 601 stores layout data of each terrain 
object in the GBA world, the coordinates of each fixed object in 
the GC world, and the coordinates of each fixed object in the GBA 
world. 

[0071] Furthermore, the ROM 601 stores various object image 
data. The object image data includes image data of the player 
object, image data of the simple-motion objects in the GBA world, 
image data of the complex-motion objects in the GBA world, image 
data of the fixed objects in the GBA world, and image data of the 
terrain objects in the GBA world. 

[0072] Still further, the ROM 601 stores various shadow image 
data. The shadow image data includes shadow image data for 
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displaying shadows of the simple-motion objects in the GC world, 
shadow image data for displaying shadows of the complex-motion 
ob j ec t s in the GC world , and shadow image data for displaying shadows 
of the fixed objects in the GC world. Since the GBA world is a 
two-dimensional game world, the above -stated shadow data is 
two-dimensional image data representing shadows. 
[0073] Still further, the ROM 601 stores other data, such as 
sound data. 

[0074] In the GBA world displayed on the LCD 502 of the portable 
game machine 5 0 , the objects located in the GC world are not displayed, 
but only their shadows are displayed. Therefore, the object image 
data corresponding to those objects located in the GC world is 
not stored in the ROM 601., Instead, the shadow image data 
corresponding to the objects located in the GC world is stored. 
[0075] The player character moves between the GC world and the 
GBA world. Therefore, the DVD 30 stores the polygon/ texture data 
and the shadow volume data of the player object, and the ROM 601 
stores the image data and the shadow image data of the player ob j ect . 
[0076] FIG. 20 illustrates a memory map of the RAM 508 of the 
portable game machine 50. The RAM 508 is allocated so as y to have 
various areas. The areas include, as required, an area for storing 
a value of a synchronization counter for synchronization with the 
non-portable game console 2 0 , an area for storing the player ob j ect 
flag and the light flag received from the non-portable game 
console 20, an area for storing color palette data for changing 
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the brightness of the game screen, an area for storing the 
coordinates of the player object received from the non-portable 
game console 20, an area for storing the coordinates of each 
simple-motion object in the GC world predicted based on the motion 
pattern, an area for storing the coordinates of the simple-motion 
object in the GBA world, and an area for storing the coordinates 
of each complex-motion object in the GBA world. 
[0077] Also, the RAM 5 08 is allocated so as to have, as required, 
an area for storing the operation data output from the operation 
switches 5 01 based on the operation by the player. 
[0078] With reference to FIGS. 21 through 23, a process 
performed by the CPU 201 of the non-portable game console (GC) 20 
is described below. In FIG. 21, an initializing process is first 
performed. Specifically, the main memory 2 07 is cleared, and then 
the synchronization counter illustrated in FIG. 17 is cleared. 
When the game is started, the player object is located in the GC 
world. Therefore, the player object flag is set to the GC world, 
the light flag is set to the GC world, and the light color is set 
to normal (S101) . Upon completion of this initializing process, 
a communication process is performed with the portable game machine 
(GBA) 50 (S102) . In this communication, the values of the 
synchronization counter, the player object flag, and the light 
flag, the coordinates of the player object, and the coordinates 
of each complex-motion object in the GC world are transmitted to 
the portable game machine 50 . From the portable game machine 50, 
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on the other hand, the operation data and the coordinates of each 
complex-motion object in the GBA world are received. In an 
exemplary illustrative the present game system, the value of the 
synchronization counter incremented at the non-portable game 
console 2 0 side is transmitted through the above communication 
process to the portable game machine 50 side. Based on this value 
of the synchronization counter, the portable game machine 50 
performs game processing. In this way, the value of the 
synchronization counter is shared between the non-portable game 
console 20 and the portable game machine 50. This can reliably 
prevent reduce a time lag in the process between the game machines, 
compared with a case where each game machine performs game 
processing based on each independently- counted value of the 
synchronization counter . 

[0079] Upon completion of the communication process, inFIG. 22, 
it is determined whether the player object flag has been set to 
the GC world (S103) . 

[0080] If it is determined in step S103 that the player object 
flag has been set to the GC world, the player object located in 
the GC world is moved based on the operation data received in 
step S102 (S104) . After this moving process, it is determined 
whether conditions for the player object to move to the GBA world 
have been satisfied (step S105) . This determination can be made, 
for example, by judging whether the player character has fallen 
from the ladder illustrated in FIG. 6. If it is determined in 
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step S105 that the conditions for the player object to move to 
the GBA world have been satisfied, the Y coordinate of the player 
object is updated to -10, the player object flag is updated to 
the GBA world, the light flag is updated to the GBA world, and 
the light color is updated to dark (S106) . The procedure then 
goes to step S110. On the other hand, if it is determined in 
step S105 that the conditions for the player object to move to 
the GBA world have not been satisfied, the flags and others mentioned 
above are not updated, and then the procedure goes to step S110. 
[0081] If it is determined in step S103 that the player object 
flag has been set to the GBA world, the player object located in 
the GBA world is moved based on the operation data received in 
step S102 (S107) . After this moving process, it is determined 
whether conditions for the player object to move to the GC world 
have been satisfied (step S108) . This determination can be made, 
for example, by judging whether the player character has been 
overlaid with the ladder for going up to the GC world. If it is 
determined in step S108 that the conditions for the player object 
to move to the GC world have been satisfied, the Y coordinate of 
the player object is updated to 0 , the player object flag is updated 
to the GC world, the light flag is updated to the GC world, and 
the light color is updated to normal (S109) . The procedure then 
goes to step S110. On the other hand, if it is determined in 
step S108 that the conditions for the player object to move to 
the GC world have not been satisfied, the flags and others mentioned 
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above are not updated, and then the procedure goes to step S110. 
[0082] In step S110, the CPU 201 causes each simple-motion 
object in the GC world to be moved in accordance with the motion 
pattern definition illustrated in FIG. 16. Then, the CPU 201 
calculates a motion destination of each complex-motion object in 
the GC world, and then causes the complex-motion object in the 
GC world to be moved (Sill) . Also, in accordance with the motion 
pattern definition, the CPU 201 causes each simple-motion object 
in the GBA world to be moved (S112) . 

[0083] Upon completion of the process of moving each object, 
as shown in FIG. 23, it is determined whether the player object 
flag has been set to the GC world (S113) . If the player object 
flag has been set to the GC world, the camera is placed so as to 
look down at the player object from the back as illustrated in 
FIG. 8 (S114) . If the player object flag has been set to the GBA 
world, on the other hand, the camera is placed so as to look up 
at the player object from the back as illustrated in FIG. 12 (S115) . 
[0084] Then, it is determined whether the light flag has been 
set to the GC world (S116) . If the light flag has been set to 
the GC world, the light is placed so as to look down at the player 
object from the back as illustrated in FIG. 8 (S117) . If the light 
flag has been set to the GBA world, on the other hand, the light 
is placed so as to look up at the player object from the back as 
illustrated in FIG. 12 (S118) . 

[0085] Upon completion of placing the camera and the light, 
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it is determined whether the player object flag has been set to 
the GC world (S119) . If the player object flag has been set to 
the GC world, the player object is rendered in the color 
buffer (S120) , and then each object located in the GC world 
(simple -mot ion object, complex-motion object, fixed object, and 
terrain object) is rendered in the color buffer 205 (S121) . If 
the player object flag has been set to the GBA world, on the other 
hand, the player object is not rendered, and each object in the 
GC world is rendered in the color buffer 205 (S121) . When each 
object in the GC world is rendered in the color buffer 205, the 
Z buffer is used as required. 

[0086] Upon completion of rendering each object in the GC world, 
it is determined whether the light flag has been set to the GBA 
world (S122) . 

[0087] If it is determined in step S122 that the light flag 
has been set to the GBA world, the shadow of each object in the 
GBA world ( simple-motion obj ect , complex-motion obj ect , and fixed 
object) is rendered in the color buffer 205, and then the resultant 
image data is output to the TV monitor 10 (S123) . Here, if the 
player object is located in the GBA world, the shadow of the player 
object is also rendered. The process of rendering the shadows 
in this step S123 is performed by using the scheme illustrated 
in FIG. 14 . Note that the coordinates of each simple-motion obj ect 
in the GBA world have been obtained through the moving process 
in step S112 . Also, the coordinates of each complex-motion object 
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in the GBA world have been obtained through the receiving process 
in step S102. Furthermore, the coordinates of each fixed object 
in the GBA world have been stored in advance in the DVD 3 0 . Still 
further, the coordinates of the player object have been obtained 
through the moving process in step S104 or S107 . 
[0088] On the other hand, if it is determined in step S122 that 
the light flag has been set to the GC world, a shadow of each object 
located in the GC world (simple-motion object, complex-motion 
object, and fixed object) is rendered in the color buffer 205, 
and then the resultant image data is output to the TV 
monitor 10 (S123) . Here, if the player object is located in the 
GC world, a shadow of the player object is also rendered. 
[0089] Upon completion of rendering the shadows in step S123 
or S124, game processing other than the game image generating 
process is performed, such as a battle process (S125) . Then, it 
is determined whether the game is over (S126) . If the game is 
over, the process of the CPU 201 ends. If the game continues, 
the synchronization counter is incremented (S127) , and then the 
procedure returns to step S102. 

[0090] With reference to FIGS. 24 and 25, a process performed 
by the CPU core 506 of the portable game machine 50 is described 
below. In FIG. 24, an initializing process is first performed. 
Specifically, the RAM 508 is cleared, and then the synchronization 
counter illustrated in FIG. 20 is cleared. Also, the player obj ect 
is set to the GC world, the light flag is set to the GC world, 
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and the color palette is set to dark (S201) . Upon completion of 
the initializing process, a communication process is performed 
with the non-portable game console (GC) 20 (S202) . In this 
communication, the values of the synchronization counter, the 
player object flag, and the light flag, the coordinates of the 
player object, and the coordinates of each complex-motion object 
in the GC world are received from the non-portable game console- 2 0 . 
To the non-portable game console 20, on the other hand, the operation 
data and the coordinates of each complex-motion object in the GBA 
world are transmitted. 

[0091] Upon completion of the communicationprocess, in FIG. 25, 
the CPU core 506 causes each simple-motion object in the GC world 
to be moved in accordance with the motion pattern definition 
illustrated in FIG. 19 (S203) . Then, in accordance with the motion 
pattern definition illustrated in FIG. 19, the CPU core 506 also 
causes each simple -motion object in the GBA world to be moved (S2 04) . 
Furthermore, the CPU core 5 06 calculates a motion destination of 
each complex-motion object in the GBA world, and then causes each 
complex-motion object in the GBA world to be moved (S2 05) . 
[0092] Upon completion of the process of moving each object, 
it is determined whether the player object flag has been set to 
the GBA world (S206) . If the player object flag has been set to 
the GBA world, the color palette is set to normal (S215) , and then 
the player object is rendered in the color buffer allocated in 
the RAM 508 (S207) . Then, each object located in the GBA world 
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(simple-motion object, complex-motion object, fixed object, and 
terrain object) are rendered in the color buffer (S208) . If the 
player object flag has been set to the GC world, on the other hand, 
the color palette is set to dark (S216) , and then each object in 
the GBA world is rendered in the color buffer (S208) . 
[0093] Upon completion of rendering each object in the GBA world, 
it is determined whether the light flag has been set to the GC 
world (S209) . 

[0094] If it is determined in step S209 that the light flag 
has been set to the GC world, the shadow of each of the simple-motion 
objects and the complex-motion objects in the GC world is rendered 
in the color buffer (S210) . At this time, as illustrated in FIG . 9, 
the size of each shadow image is changed in accordance with the Y 
coordinate of the moving object. If the player object is located 
in the GC world, the shadow of the player object is also rendered. 
Note that the coordinates of each simple-motion object in the GC 
world have been obtained through the moving process in step S2 03 . 
Also, the coordinates of each complex-motion object in the GC world 
have been obtained through the receiving process in step S202. 
Upon completion of rendering the shadows of the moving objects, 
the shadow of each fixed object in the GC world is rendered in 
the color buffer. The resultant image data is then output to the 
LCD 502 (S211) . The procedure then goes to step S212. Note that 
the coordinates of each fixed object in the GC world have been 
stored in advance in the ROM 601. 
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[0095] On the other hand, if it is determined in step S209 that 
the light flag has been set to the GBA world, the procedure goes 
to step S212 without performing a shadow rendering process. 
[0096] In the step S212, game processing other than the game 
image generating process is performed, such as a battle process. 
It is then determined whether the game is over (S213) . If the 
game is over, the process of the CPU core 506 ends, and the procedure 
returns to step S202. 

[0097] As described above, according to the prcocnt certain 
exemplary illustrative embodiments, a shadow of an object located 
in one world is displayed in the other world . Therefore , the player 
can easily know a relative positional relationship between the 
objects located in the respective worlds. 

[0098] Also, the shadow represents the position of the object 
located in the other world . Therefore , it is possible to naturally 
display the relative positional relationship between the objects 
located in the respective worlds without losing their reality. 
[0099] Furthermore, when the shadow of an object located in 
the other world is displayed, the motion destination is predicted 
based on the motion pattern of the object. Therefore, the 
coordinates of that object do not have to be obtained through 
communication, thereby reducing the amount of communication 
between the non-portable game console and the portable game 
machine . 

[0100] Still further, in ^he — prcocnt — certain exemplary 

40 

1155968 



illustrative embodiments, the shadow of the object located in the 
GC world is displayed on the GBA world. This is not meant to be 
restrictive, and any image regarding relating to the object will 
suffice. For example, a translucent image of an object located 
in the GC world (such as a ghost -like translucent image of the 
player object) can be displayed in the GBA world. Also in this 
case, based on this translucent image, the player can easily know 
the relative positional relationship between the objects located 
in the respective worlds. Furthermore, a translucent shadow can 
be displayed. In order to display such a translucent image, for 
example, a translucent image is stored in advance in the ROM 6 01 
of the portable game machine 5 0 instead of the shadow image data. 
Then, this translucent image is placed in the GBA world by using, 
for example, the scheme shown in FIG. 9. 

[0101] Still further, in 4^he prcscnt certain exemplary 

illustrative embodiments, the light is a point source of light. 
This is not meant to be restrictive , and the shadows can be displayed 
based on parallel rays. 

[0102] Still further, in the — present — certain exemplary 
illustrative embodiments, the positional relationship between the 
GC world and the GBA world is such that the GC world is located 
in an upper layer and the GBA world is located in a lower layer. 
This is not meant to be restrictive , and the positional relationship 
can be such that these two worlds are horizontally aligned. 
[0103] Still further, in the — present — certain exemplary 
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illustrative embodiments, the shadow of the object located in the 
three-dimensional GC world is displayed on the two-dimensional 
GBA world, or the shadowof the object located in the two-dimensional 
GBA world is displayed on the three-dimensional GC world. This 
is not meant to be restrictive. For example, the shadow of an 
object located in a three-dimensional game world can be displayed 
in another three-dimensional game world. 

[0104] Still further, in 4^*e present invent ion cer tain 

exemplary illustrative embodiments , the programs executed in the 
non-portable game console (GC) 20 ( e.g., object-moving programs 
and rendering programs) are supplied through the DVD 30. This 
is not meant to be restrictive. For example, the programs can 
be supplied through a n arbitrary computer- readable recording 
medium, such as a CD-ROM or a game cartridge, can be stored in 
advance in the non-portable game console 20, and can be externally 
supplied as required through communication. Still further, the 
programs to be executed in the portable game machine (GBA) 5 0 
(object -moving programs and rendering programs) are supplied 
through the game cartridge 60 . This is not meant to be restrictive . 
For example, the programs can be supplied through an arbitrary 
computer- readable recording medium, such as a CD-ROM or a DVD, 
can be stored in advance in the portable game machine 50, and can 
be externally supplied as required through communication. 
[0105] Still further, in certain exemplary illustrative ^-he 
embodiments, a portable game machine is used as the 
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controller of the non-portable game console. This is not meant 
to be restrictive. For example, instead of the portable game 
machine, a controller having a liquid crystal screen can be used. 
Still further, instead of providing a non-portable game console 
and a portable game machine, a plurality of non-portable game 
consoles can be connected for use. Further, £4*e — prcscnt an 
exemplary illustrative game system does not necessarily include 
two separate game machines . The game system according to certain 
exemplary illustrative embodiments the present invention can be 
applied to, for example, a game machine having two display screens 
that is placed in a commercial amusement arcade. 
[0106] As described in the foregoing, according to the 
above-mentioned first aspect of certain exemplary illustrative 
embodiments, the present invention, with the related image of the 
object located in the first game space, it is possible to display 
a positional relationship between the first game space and the 
second game space so that the player can easily know the relationship 
Also, the player can know the position of the object located in 
the first game space only by viewing the game image displayed on 
the second display means. 

[0107] While the invention has been described in detail, — fctee 
foregoing description is — in all aspects — illustrative — and not 

restrictive . It is understood that numerous other modifications 

and variations can be devised without departing from the scope 
of the invention . Although the present invention has been described 
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and illustrated in detail, it is clearly understood that the same 
is by way of illustration and example only and is not to be taken 
by way of limitation, the spirit and scope of the present invention 
being limited only by the terms of the appended claims. 
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